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(54) Abstract TiHe 

Electronic organiser for financial planning 



(57) A fully portable self-contained electronic recording, planning and calculating device incorporated with 
electronic clock and calendar that is configured to assist personal financial planning and organisation. The 
device provides a convenient, instantaneous, accurate, up-to-date means of recording and tracking the 
amounts and timings of the user's expenditure and receipts and the resultant balances on his t>ank accounts 
and credit cards. The device also computes what the user has left to spend on each bank and credit card 
account taking into account fixture commitments including standing orders and direct debits between now 
and his next income receipt as well as overdraft and credit card limits. In addition, the device provides an 
automatic reminder facility for the user to action regular manual payments. Preferably the device is 
constmcted in size and shape such that it can be co-located in a wallet with the user's cash and payment cards. 
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ELECTRONIC ORGANISER 

Recent years have seen a steady move away from the direct usage of cash by 
individuals both as a meaxis of receiving salary and other income as weU as a means 
of spading. Most people nowadays receive income through direct bank transfer 
(typically an employer will use BAGS to credit payroll to employees^ bank accounts) 
and expend these fimds by means of ATM withdrawals, personal cheques, debit cards 
and regular standing orders and direct debits. In addition most people regularly use 
credit cards for personal spending, which they repay periodically from their bank 
account 

This increased computerisation of banking and credit, and more widespread use of 
credit, has made it difiGcult for many individuals to keep track of their personal 
finances ^en compared with the physicality of cash. It is all too easy to spend more 
money than the amount in one's account or credit limit, particularly when one is a 
frequent user of debit cards, ATMs, credit cards and personal cheques. This 
commonly leads to unauthorised breaches of overdraft limits and associated bank 
charges as well as the embarrassment of having one*s credit card refused at a retailer. 
In addition, it is common for people at one time or another to be surprised by their 
bank and credit card statements at the end of the month. Of course baidcs rarely make 
mistakes and most people trust banks not to make mistakes, but people often privately 
question transactions on their statements without being confident enough to take 
matters fiutfaer in tfie sure knowledge that an error has occurred. 

To address the above the prior art has been for individuals to suSa the inconvenience 
of having to use rM>tebooks, chequebook stubs and pencils at the point of each 
transaction, having to retain wallets full of card receipts and having to perform regular 
bookkeeping and bank account reconciliation processes in order to keep abreast of 
^ere they are against Aeir financial budgets and limits. These processes are time 
consuming and can be surprisingly complex. Typically they include totalling 
withdrawals and payments, ^ctoring automated payment commitments including 
standing orders and direct debits, checking payment timings against the next expected 
salary receipt, checking bank statements for un-cleared cheques and cash machine 
withdrawals, and referring to one's bank overdraft and credit card limits in order to 
understand the margin available before one has no more fimds available. 

In addition, despite the more widespread use of direct debits and standing ordm, 
many people prefer to make monthly regular payments sudi as mortgage rq>ayments 
and council tax payments by cheque or cash eiti^ by post or using a paying-in book 
at a bank or post office coimter. However, it is common for people to forg^ to make 
these essential payments on time, which can then lead to people spending their money 
on other items they cannot in fact afford. In extreme cases this can impact on 
peoples' ability to cover essential bills and ultimately their credit worthiness can 
suffer. To address this problem the prior art has been to use, at best, manual diary or 
calmdar notes and, at worse, rely on memory or even creditor reminder IcUexs. 
However neither of these mechanisms provides a particularly robust or satisfrictory 
means to safeguard control over regular ^'manual" payments of these essential bills. 

In realising the various disadvantages to the prior art, the present inv^ition utilises an 
easy-to-use, portable, electronic financial calculator and planner that is capable of 
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ov^coming the i^ous disadvantages of the prior art The present invention provides 
a convenient, instantaneous, accurate, iq>-to-date means of recording and tracking the 
amounts and timings of "what the user has actually sprat and received, the resultant 
balances on his bank account and credit cards, and vjbat he has left to spend between 
now and his next major income receipt (i.e- usually his salary), vdthin his personal 
budget, taking into account future commitments including standing orders and direct 
debits as ivell as overdraft and credit limits. The present invention also provides an 
independent record of transactions as a means to validate monthly bank and credit 
card statements in order to detect ftaud and bank error. In adcUtion, the present 
invention provides a robust reminder fecility for regular manual paymrats, vvfaich is 
automatically activated as and when these paymraits fall due. The presmt invention 
therefore gives one greater peace of mind and confidence as to the state of one's 
personal financial a£&irs. 

Accordingly the present invention provides a portable electronic calculating device 
having a personal financial plannu^ function incorporated with a calendar function 
that is configured to assist with the personal financial planning function, 

whmin the device includes means for inputting details of transactions, 
including date-related information and financial amount information, 

wfaoein the device is adapted to conduct processing of the financial amount 
information based on the date-related information. 

Preferably, die device is constructed in dze and shape sudi fiiat it can be located in a 
marmer desirably convenient for common use. As sudi it is envisaged that the device 
would be housed or incorporated into a bespoke wallet allowing co*storage with the 
user's ofedit, debit, ATM and dieque guarantee cards so that the user has le^ 
to the device when using his primary forms of payment 

The present invention will become more fiilly understood fiom the detailed 
desmption given below and the accompanying drawing3. The detailed description 
given represrats a preferred embodiment of the present invention and is givra by way 
of illustration only and not intended to limit the present invention, v/bidb may take a 
ninnber of other forms such as: 

• Hie invention may differ in size, physical layout and presentatioiL 

• The detailed logic and circuitry may be assembled differently, even though it 
achieves the same fimctional re^ts. 

• The inv^tion m^ have diffoing functional scope sudi as the ability to monitor 
multiple bank accounts, savings accounts, more or less tiian two credit cards. 

• The invoition m^ be incorporated into an altomtive portable device. For 
, example it may represent add-on functionality to a broader functioned portable 

device such as an electronic organiser, mobile phone or watch. 

The preferred embodiment of the present invration will now be described witii 
reference to the accompanying drawings in which: 

FIG. 1 illustrates the physical overview of tiie preferred mibodunent of the i»es^ 
invmtion. 

FIG. 2 illustrates a block diagram of the cux:uit utifised in the present invmtion. 
FIG. 3 illustrates the layout of the keyboard of die embodimmt illustrated in FIG 1. 
FIG. 4 illustrates the layout of the visual di^lay screen of the embodim«t illustrated 
inHG. 1. 
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FIGS. 5(a) to 5(u) illustrates flowcharts of the processes carried out by the present 
invention. 

The above-mentioned drawings will be desoibed in detail in the following detailed 
description. 

FIG, 1 represents the physical overview of the preferred embodiment of the present 
invention. In FIG. 1 the portable electronic device 1 is of the size and shape such that 
it fits into a transparent plastic covered pocket 2 within a wallet 3 shown unfolded. 
The wallet is also used to hold banknotes 4 and credit and debit cards 5 as would a 
iegular» standard wallet This oiables the device to be located with the user's main 
personal financial payment methods and so is particularly convenient for user 
opemtion. This portable electronic device 1 includes a keypad 6 and display screen 7. 
Ilie keypad 6 is utilised to input inforaoation and commands fix>m the user to the 
device. The display screen 7 displays variables associated with the user input and 
outputs from operations performed by the device in response to user commands. Both 
the keypad inputs and display screen ou^uts of the device are further described with 
respect to the keypad layout FIG. 3, Ae visual display screen layout FIG. 4 and the 
process flowcharts FIGS. 5(a) to 5(u). 

FIG. 2 illustrates a block diagram of the circuit utilised in the preferred embodiment 
of the present invention as described in FIG. 1. In the preferred embodiment of the 
present invention the display soeen 7 is represented by a liquid crystal display device 
10. This liquid crystal display device 10 is connected to a liquid crystal display 
contFoUor 11 that controls the displaying of information upon the Uquid crystal 
display device iO. The Uquid crystal display controll^ 11 recdves power from a 
battery 18. The battery 18 also supplies power to a clock module 13, ROM (read 
only memory) 16 and RAM (random access memory) 17. The clodc module 13 
provides day, date and time measurement as well as clock pulses to the CPU (central 
processing unit) 12 to assist the CPU 12 in carrying out the instructions and 
op(a:ations of the present inventiort The clock 13 can be adjusted for the correct day, 
date and time by the user operating adjustment switches 14 located in recessed holes 
in the device case using a suitably fine object such as a biro. The mathonatical 
relationships and operating rules utilised by the CPU 12 in carrying out the 
calculations and operations of the preset invention are stored in tiie ROM 16. 
Information and instriKilions utilised in the calculations and operations of the CPU 12 
are irq>ut through the keypad IS and tonporarily stored in the RAM 17. The RAM 17 
is also used to provi(te the memory capacity to store transactional and user 
prognunmed inputs as described in more detail in FIG 5(a) symbols 30 Enough to 38. 
These devices are linked tog^^ through a busbar line connection 19 that pomits the 
passage of information and instmctions between the relevant components cormected. 
The CPU 12 is also connected to the liquid aystal display controller 11 through the 
busbar 19 in order to supply the liquid crystal display controller 11 with information 
to be displayed on the liquid crystal display device 10. Electronics associated with 
tiie batt^ 18 provide low power detection that warns the user on the &ce of the 
liquid crystal display device 10 vAxca the battery needs to be changed (see FIG. 4 D9). 
These electronics also provide capacitor charge or equivalent functionality to maintain 
memory content for RAM 17 and settings for tfie clock 13 for a short time vAUst the 
battery 18 is changed. 
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FIG. 3 illustrates a detailed layout of the keypad 6 of the prefenred embodiment of the 
present invention as described in FIG. 1. This section gives merely an overview of 
the purpose of each key. The precise functions of these keys are described in 
tfaoroiigfa detail in relation to the user operations and commands in the process 
flowcharts FIGS. 5(a) to 5(u). hi FIG. 3 the keypad features twenty keys, each having 
abbreviated description lettering situated on the fece of the key button. Some of the 
key buttons also have abbreviated description lettering situated above Aon. These 
keys have two distinct uses. The key Kl represents the function key which, v/hea 
pressed, allows the user to access the key functions described in lettering above the 
key buttons with the next (only) key entry. For example, key K2 represents flie 
command to switch the device on, however, pressing Kl followed by K2 allows the 
user to access the key function K3 that switches the device off. Keys K4 through to 
K6 respectively, represent Ae various accounts that have been sq)araled out and 
allow the user to record and monitor transactiorxs on one bank account and two credit 
card accounts respectively. K7 through to KIO respectively, represent the various 
types that the user can select to describe a transaction. These are utilised by Ae user 
to provide descriptors, for future reference, to transaction records entered by die user 
and stored by the present mvention. K7 represents an ATM transaction, K8 
represCTts a bank debit card transaction or the use/debit of a credit card, K9 represents 
a cheque transaction and KIO represents a sundry (all other) transaction type. The 
keypad 6 also includes numeric keys for the digits 0 throu^ 9 for the entmng of 
nummcal information as well as keys representing a decimal point, using Kll, and 
credit-debit-credit signage toggling using key K12. Tlie keypad includes keys K13 
and K14 that allow the user to scroll through memorised transactions and otho- 
records in a chronological backward and forward direction respectively. Key K15 
represoits a user okay Oat mstnicts the pres^it invoition to accqpt a k^ed 
transaction or edit aitry whCTeas key K16 allows the user to cancel the keyed 
transaction or edit entry. Key K17 represents a delete instruction to the present 
mvention to remove a transaction or other record ftom memory. Key K18 allows the 
user to move into regular paymarts mode, where future dated transactions may be 
programined to monory and payment fiequencies set using keys K19, K20 and K21 
representing weekly, monthly and quartoiy payment cycles respectively. K^ K22 
allows the user to toggle a remind only flag for each programmed regular paymait 
When active, this flag instructs die present invention to provide a user ranmder on 
payment due dates wfaoreas, v/hm not activated, the device will automatically 
debit/oedit die bank account transactional mmiory on the due date. Key K23 
instructs the present invoition to calculate forward to the programmed last day of the 
user's income cyde to compute die spend left on his bank account K^ K24 
represents an edit command and allows the iiser to edit programmed regular payment 
records, account ovadrafl and credit card limits and the last day of die users income 
cycle. Keys K19, IQO and K21 are also used to edit die frequency of die user's 
income cycle. Key K25 represents a credit limit function key, \^ch allows the usct 
to view (and edit using key K24 akeady discussed) die overdraft limit on his bank 
account and the various credit limits on his credit card accounts. 

FIG. 4 iUustrates a detailed layout of die display screen 7 of the preferred embodiment 
of die present invention as described m FIG. 1. Hie display screen in die prefared 
raibodhnent is a liquid crystal display that is configured into mne separate display 
sectors of proportional size as depicted in FIG. 4 Dl through to D9. The tenth display 
sector DIO is simply a **function" mdicator which displays the diaracter *V vAen die 
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user selects the FCN key Kl in order to inform the user that key functions described 
in lettering above the key buttons will be selected with the next (only) key entry. 
Each sector Dl through to D9 is split into two parts. There is an alphanumeric 
display part, which is activated by the device electronics in response to user actions, 
commands and general operation. There is also a sector heading with static text, 
vAdch is located above the alphanumeric display part and which is activated when the 
alphanumeric display part is activated to provide a description of vA^t the 
alphanumeric part represents. This section gives merely an overview of the purpose 
of each display sector. Detailed descriptions of each display sector output are given 
in relation to the user operations and commands in the process flowcharts FIGS. 5(a) 
to 5(u). The display sector Dl displays a heading "ACCOUNT' and represents the 
barJc or credit caid account selected by the user. The display sector Dl features four 
letters and displays either "MENU", before the user has selected either account key, 
"BANK", "CCOr or "CCD2" in accordance with which of the keys K4, K5 or K6 
the user has selected. The display sector D2 displays a heading "TYPE" and 
represents the type of transaction that appears in the "transaction" display sector D6 
(see below). The display sector D2 features three alphanumeric charactos and 
displays one of "ATM", "DCD", "CHQ", "SDY", "CRL" or "REG". The display 
sector D2 wiU display one of "ATM", "DCD", "CHQ" or ^'SD Y" depending on which 
type descriptor the user selected when he recorded the transaction i.e. wfaidi of the 
keys K7 through to KIO was selected. The display sector D2 will display "CRL" 
when die user selects the credit limit key CR LIM K25. The display sector D2 will 
diq)lay "REG" vdien viewing a transacdon, wfaidi the device automatically input to 
the account memory as a programmed automated regular payment The display sector 
D3 displays a heading "FREQ" and represents the frequency of eith^ a regular 
payment or of die user's income cycle. The display sector D3 features three 
alphanumeric characters and displays one of "WKY", "MTY" or "QTY", preceded by 
a single alphammieric character, \^ch may or may not be activated and represents a 
frequency multiplier. The frequracy muftiplier displays one digit of 2 through to 9 
when active. The display sector D3 is activated when the user is in regular payment 
mode or editing die user income cycle period. The "WKY", "MTV" and "QTY" 
displays rqnesent weekly, monthly and quarterly cycles respectively. The fiequency 
multiplier is activated only -wbm the user selects a more complex frequency. For 
example biannual would be represented by "2 QTY", four weekly by "4 WKY", 
annual by "4 QTY" and so on. These frequencies are selected by die user whai 
opiating the present invention in the above-mentioned modes using keys K19, K20 
and K21 respectively or, for complex frequencies, by selecting and holding the 
^licable key Kl 9, K20 and K21 and thai selecting die applicable mm^cal key for 
die required frequency multiplia*. The display sector D4 displays a heading "TIME" 
and rq>resents either the currmt time, or the time of a displa}^ transaction where the 
usCT is sax)liing through historical transaction records. In addition, in certain modes 
of operation the display sector D4 is configured to diq>lay a payment sequence 
indicator describing whether the displayed transaction is the chronological first, next 
or last of a regular payment or other transactional sequence. The display sector D4 
features 6 elem^ts being two alphanumeric characters, a colon, two alphanumaic 
diaracters and an am/pm indicator representing hours and minutes in a 12-hour clock 
format For example at ten minutes to midnight, in general op^ation, the display 
sector D4 would show "11:50 PM". However vrfien, for example, die user is 
programmiag the present invention with regular payment dates, display sector D4 will 
display "FRiST", "NE:Xr' and "LA:ST" at various points in die process to depict 
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first, next and last dates respectively. The display sector D5 displ^ a heading 
**DATE'' and represents either the current dale or, for example vdien the user is 
bro^vsing historical transaction records, the date of a displayed transaction. The 
display sector D5 features 9 elements bdng a wedcday indicator, two alphanumeric 
charact^, a colon, two alphanumeric charact^ a colon and two alphanumeric 
characters representing weekday, day, month and the last 2 digits of the year. For 
example on Monday 31^ January 2W1 the display sector DS would show **MON 
31:01:02". The display sector D6 di^Iays a heading ^TRANSACTION" and 
represents the ^unds and prace" or "dollar and cmts" etc. amount and signage of 
the transaction being enta:ed or sax>lled by the user. The display sector D6 features a 
nine alphanumeric character display with comma and decimal point separators 
allowing values ranging fiom 0.01 iq) to 9,999,999.99 to be recorded and displayed. 
Preceding the nine alphanumeric character display in display sector D6 is a one- 
element display allowing signage (+ or representing account credit and debit to be 
attributed to the transaction displayed The display sector D7 displays a heading 
^CUM. BALANCE" and represents the amount and signage of the cumulative 
balance on the account being operated or scrolled by the user. The display sector D7 
features a format identical to display sector D6 already discussed The display sector 
D8 displays a heading ^REM" and rq)resents the reminder flag indicator attributed to 
the programmed regular payment record being entered, scrolled or edited by the user. 
The display sector D8 features a one alphanumeric character display which displays 
either "R" ^en the regular payment record is designated as a user reminder, or an 
''A" vAica the regular payment is designated an automated payment (e.g. a standing 
ordCT or direct debit). These values are toggled by means of key K22 when the 
pres»it invmtion is operated in the appUcable operating modes. The di^lay sector 
D9 displays a heading "BAIT* and represe n ts a low-bottery warning indicator. The 
display sector D9 features the wording "LOW** -winfAi is displayed when the 
electronics of the present invention detect that the battery power has fallen sufficiently 
to determine that the battoy needs to be replaced 

FIG. S(a) Illustrates the symbols used in the flowcharts, e}q>lained in the following 
paragraph so that the reader gains both an understanding of the conventions used in 
the flowcharts as well as the purpose of the memory stores utilised in the present 
invention. FIGS. 5(b) through to 5(u) illustrates the flowchart that shows the process 
carried out by the prefened embodiment of the jvesoit inventioiL 

FIG. 5(a) illustrates the symbols used in the fiowdiarts described in FIGS. S(b) 
throu^to5(u). In FIG S(a) ttie symbol 20 nyresmts a flowAart terminator. Where 
this symbol £q>pears in the flowchart it always contains a reference lett^ to liable the 
reader to navigsite between different points of die flowchart These are necessary 
because the flowchart is drawn across a number of separate pages and figures, eadi 
termed a flowchart "segment" in the remainder of ttiis detailed description. The 
symbol 21 r^resents a device display instruction. Whmv» this symbol appears in 
the flowchart, there will always ^pear adjac^t a description of the specific display 
provided by the present invention on flie display screen 7. The symbol 22 repres^its a 
keypad input action by the user and where this symbol q>pears in die flowchart it 
always contains a key descriptor in accordance with the descriptors shown in FIG. 3 
and described in the above paragr^hs referenced Kl throu^ to IQ5. In the interests 
of conciseness and clarity, FIGS. 5(b) through to 5(u) and the accompanying detailed 
des<^ptions in the following paragraphs do not refer to the KT* references. Instead 
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the reader can rely on the key descriptors that appear withm the key symbols in the 
figures and as described above in the description of FIG. 3. The symbol 23 represents 
a device operation. Wherever this symbol appears in the flowchart th«e will always 
appear adjacent a description of the specific operation carried out by the present 
invention. The symbol 24 represents a user decision operation. WherevCT this 
symbol appears in the flowchart, there will always appear adjacent a description of the 
specific decision required by the user. Where the symbol 24 ^)peais in the flowchart 
there will always be a single input, but a choice of outputs depending upon the action 
taken by the user. Because the path taken is dependent upon the decision taken by the 
user, the path is always selected by a user keypad ii^ut, represented as a symbol 22. 
The symbol 25 represents a device decision operation. Wherever fliis symbol appears 
in the flowchart, there will always appear adjacent a description of die specific 
decision required fiom the present invmtion and the parameters and logic that 
determine the decision taken and subsequent path taken. Where the symbol 25 
appears in the flowchart there will always be a single input, but a choice of outputs 
depending upon the outcome of the decision. The symbol 26 represents a device 
memory store. In the preferred embodiment of the present invention a device memory 
store physically consists of a RAM (random access memory) electronic device. 
Where this symbol appears in the flowchart it always contains a descriptor because 
there are nine different memory stores in the present invention. These are described 
in detail later in this paragraph because they appear as symbols 30 through to 38. The 
symbol 27 represents an electronic clock and calendar module that is integrated into 
the p:esent invention and provides functionality to provide up-to-date time, day and 
date information as part of transaction recording as well as acting as a timepiece for 
the user, as a bi-product benefit of the present invention. The symbol 28 represents 
the beginning of a loop in the flowchart As such, it maiics the beginning of a series 
of operations, decisions, user inputs and the like. Where this symbol appears in the 
flowchart it alvs^ys contains an ^L" reference because there are a numb^ of loops 
within the flowchart The symbol 29 represrats the end of a loop in the flowchart and 
so the end of the series. It too always contains a reference. Symbols 28 and 29 
always appear in pairs with a conunon reference. When the flowchart path meets a 
symbol 29 the pafli diverts "^ack" to the symbol 28 wifli the same refooice. In this 
way the series between the pair of symbols may be passed flirough a number of times 
as a loop. Hov^ver, within the senes there will always be a decision symbol 24 or 25 
which, whra flie parameters and conditions are sudi, -wbidi would typically happen 
afler a number of iterations of the loop, will determine the padi then taken outside the 
loop. The symbol 30 represents flie on-log memory store that stores the time, day and 
date of the hsst occasion flie present invention was switdied oS, and the time, day and 
date of the last occasion the present invention was switdied ocu The symbol 31 
represents the regular payment memory store diat the present invention uses to store a 
nimiber of regular payment profile records. Each profile record rqxresents a user- 
programmed regular payment or receipt such as a mortgage rq)aym^t, a salary 
receipt or a loan repayment Each profile record consists of the next due date, the last 
due date, the frequency, the amoimt, the signage and a remind^' flag record. The 
symbol 32 represents the r^ninder memory (REN^ store and stores reminder flagged, 
due, regular payment record extracts transferred, using user programmed information, 
from the regular payment memory store and v4iich have not been cleared by the user. 
Records held in the REM m^ory store consist of amount, signage, date due and 
fiiequency. The symbols 33 to 35 represent the bank and two credit cards accoimt 
m^ory stores that hold transactional and computed cumulative balance records 
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(amounts and signage), time, date, type and, for regular payment automated entries, 
fiequaicy. Eadi store can only hold a finite number of transactional records, as 
determined by the electronic components used. Therefore, each store is designed such 
fliat when it is full, Ae earliest transaction records are discarded on a •'first in first 
ouf * basis, but the cumulative balance brought forward is adjusted to reflect the 
discarded transactions. The symbol 36 rq)resents the last day mraioiy store and holds 
the next "last day" of the user's income cycle. The next "last day" is automatically 
refi-eshed by the device according to the programmed last day and the fi^uency of 
the income cycle. For example if the user is paid salary on 24r of eadi month and the 
current dale is 31"* January 2002, iSnsax store 36 would hold a date of 23/02/02 and a 
monthly fiequency record. When die 24th February 2002 is then reached, the device 
would refi^h the last day memory store with 23/03/02 and so on. The device is also 
configured to aUow the programming of weekday-<^endar combinations such as flie 
^last Friday of every month" or the "first Tuesday of each quarter". This is desoibed 
in detail in FIG. 5(m). The symbol 37 represents the credit limit memory store and 
holds a oredit limit figure for eadi account representing the credit limit on each of the 
credit card accounts and the overdraft limit on the bank account The symbol 38 
represents the "to &r mratioiy store. It holds chronologically sequential due and 
fixture committed transactional records v^ch are populated by the device when the 
user wants to check the amount of fimds left m the usor's income cycle and to btowse 
the payments due to be paid before the user's next "last day". 

FIG. 5(b) illustrates the flowchart segment for the device switch-^ff xoxstinsi of the 
present invention. The routine is initialed by the user selecting the OFF key at whidi 
pomt the device updates the ON-LOG memory store with the time and date of device 
switch off 41 and then displays the current time, day and date as well as the low 
battery indicator if applicable 42. These details are displayed in display sectors D4, 
pS and D9 respectively. This is the status Aat the device adopts until such time as it 
is switched on, Alfliough not specifically shown in FIG. 5(b) it would be desirable to 
incorporate an auto switch off fimction in a conunercially produced device, v^diich 
would be activated after a set period of inactivity in ordor to save batt^ powo^ and to 
reduce the risk of accidental input to the device. 

FIG. 5(c) illustrates the flowchart segmoit for the device swUch-on routine of the 
preset iavention. The routine is initiated by the user selecting the ON key at which 
point the device i^xlates die ON-LOG memory store with the time and date of device 
switch on 51. The device then obtains the time the device was previously switdied 
oflF horn the ON-LOG mcaiory store. The device tiien det^mines the time range 
between the last switdi oflF and the current switch on, then retrieves any programmed 
regular payment reminders fi:om die REG PMT memory store which are flagged as 
r»iinders(i.e. coded and that M due within tiiisdetraninedti^^ TTie 
programming and edit of the REG PMT mraiory store is covered in FIGS. 5(o) 
through to 5(s). The device then stores these retrieved records in the REM memory 
store 53. The device then retrieves any programmed regular payment automatic 
payments fiom the REG PMT memory store, whidi are flagged as automated 
payments (i.e. coded "A*0 and that fell due witiiin tiie same previously determined 
time range 54. The device dien q)plies these payments as transaction records to die 
bank memory store 55. At die end of die device switch-on routine the device 
automatically ent^s the user browsing reminder memory routine, which is desCTibed 
inFIG5(d), Aldiough not specifically shown in nO. 5(c) it would be desirable for a 
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commercially produced device to incorporate a protected switch-on feature. Such a 
feature could be achieved with the requirement to press two keys simultaneously 
and/or a numeric password fimction. Such a feature would protect both against 
accidental switch-on so saving battery power, as well as unauttiorised access to the 
user's personal financial information. 

FIG. 5(d) illustrates the flowchart segment for the user browsing reminder memory 
routine of the present invention. The device always automatically carries out this 
routine immediately after the device switch-on routine. This ensures that the user is 
reminded of due, outstanding manual regular payments and receipts every time he 
switches on the device. The routine begins and ends with start loop LI 61 and end 
loop LI 62 symbols respectively indicating that the routine represents a repetitive 
series. This series represents the user browsing and toggling through each and every 
stored reminder records held in the REM memory store 63. In this context toggling 
means incrementing through the records stored in REM one by one. Only when the 
REM is either empty or fully toggled will the loop be broken, according to the device 
decision 64, and the flowchart can be continued beyond this routine and flowchart 
segment into the next flowdiart segment through terminator 65. Assuming that the 
REM 63 is not empty, the series wUl move initially to display the oldest reminder held 
in REM 66. The reminder record details displayed consist of the account (vdiich will 
show as "BANK*0> the type (whidi will show as "REG") the frequency, the payment 
due date, the amount and the reminder flag indicator (which will show as ^'R'^ 
displayed in display sectors Dl, D2, D3, D5, D6 and D8 respectively. The user then 
makes a decision whether he wants to retain the reminder in REM for the next time 
the device is switched on and this routine is run, or whether he wants to cancel the 
reminder which would usuaUy be decided by the user on the basis that the payment 
has been actioned 67. The user retains the reminder by selecting the OK key, which 
then instincts the device to toggle forward to the next record in REM 68 without 
deleting the record he has just okayed. The user cancels the reminder by selecting and 
holding down the DELETE key and then selecting the OK key. This two key 
operation provides protection against accidental user deletion. This deletion key 
operation instructs the device to delete the record from ^BEtA 69 and then toggle 
forward to the next record in REM 68. At this point the series is convicted and flow 
reverts back to start loop Ll 61. This loop series is repeated until the fiiU contents of 
the REM have been viewed and actioned by the user in this way at i^ch point the 
flowchart is continued into the next flowchart segment through tenninator 65 as 
described earlier in this paragrsqdL The next flowchart segment is the general menu 
mode routine, A^di is desmbed in FIG S(e). 

FIG. 5(e) illustrates the flowchart segment for the general menu mode routine of the 
present invention. The device always automatically carries out this routine 
immediately after the user has completed the user browsing reminder memory routine 
described in FIG. 5(d). The device displays the current time and date and the word 
"MENIT as well as the low battery indicator if applicable 71. These details are 
displayed in display sectors D4, D5, Dl and D9 respectively. This is the status ^^ch 
the device adopts until the user makes a selection decision 72. The user may decide 
to switch the device ofT 73, or alternatively to perform an operation on either the bank 
account 74, credit card 1 75, or oedit card 2 76. The user selects one of these options 
using one of the keys OFF, BANK, CCDl or CCD2 respectively. Each lead to 
difierent flowchart segments rcpresaited by FIG. 5(b), FIG. 5(Q and FIG. 5(g) 
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respectively as indicated by the references within the appropriate terminator symbols 
(note that tfie flowdiart segments for both CCDl and CCD2 selections are essentially 
idmtical and so are combined in FIG. 5(g)). 

FIG. 5(f) illustrates the flowchart segmrat for the bank menu mode routine of the 
present invration. The device enters this mode when the user selects the BANK key 
in the general menu mode routme as described previously in FIG. 5(e). The device 
displays the current time and date, the word "B ANK**, the cumulative balance on die 
bank account as well as the low battery indicator if applicable 81. These details are 
displayed in display sectors D4, D5, Dl, D7 and D9 respectively. (NB, The reader 
should assume that in all modes of operation the low battoy indicator would be 
activated whore applicable. For the sake of conciseness this particular feature will not 
therefore be refefied to in the rest ofthe detailed description). This is the status \diicfa 
the device adopts until the user makes a selection decision 82. The user miy decide 
to: 

• Switch the device off by selecting the OFF key 83, 

• Go back to the general menu mode by selecting either the OK or CANCEL keys 
84, 

• Record a transaction by pressing the ^propriate type key ATM, CHEQ, DCRD or 
SUNDRY 85, 

• View or edit the credit limit on the bank account by pressing the CR LIM key 86, 

• Scroll historical transaction monory on the bank account by pressing the ^ key 
87, 

• Check the ^spend left^ on the account in tiie user's current income cycle by 
pressing the SPND LFT key 88, 

• Enter the regular payments mode by pressing the REG PMTkcy 89. 

Each selection leads to a different flowchart segment represrated by FIG. 5(b), FIG. 
5(e), no. 5(h), FIG. 5®, FIG. 50), FIG. 5(1) and FIG. 5(o) respectively as indicated 
by the references within the applicable terminator symbols. 

FIG. 5(g) iUustrates the flowchart segment for ttie credit card menu mode routine of 
the presCTt invention. This flowchart segmoit rq;nesents two separate but essentially 
identical routines; one routine for each of die two oredit card accounts vMch the 
preferred embodimoit of the present invention is configured for. The device enters 
this mode vibsii the uset selects eith^ of the CCDl or CCD2 m tfie general 
menu mode. The device displays the current time and date, the dharacters **CCDP or 
"CCD!" as applicable, the cumulative balance on the ^licable CCDl or CCDl 
account as well as the low battery indicator if applicable 91. These details are 
displayed in display sectors D4, D5, Dl, D7 and D9 respectively. This is the status 
\^ch the device adopts until the user makes a selection dedsion 92. The user may 
decide to: 

• Switch the device off by selecting OFF 93, 

• Go back to the ^nml menu mode by selecting either the OK or CANCEL key 
94, 

• Record a transaction by selecting Ae appropriate type key ATM, CHEQ, DCRD 
or SUNDRY 95, 

• View or edit the credit limit on the account by pressmg the CR LIM key 96, 

• Scroll transaction memory on the account by pressing the key 97, 

• Check the '^spoid lefi^ on the account by pressing the SPND LFT key 98. 
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Each selection leads to a different flowchart segment as represented by FIG. S(b), 
FIG. 5(e), FIG. 5(h), FIG. 50), FIG. 5G) and HG. 5(n) respectively as indicated by 
the references within the appropriate terminator symbols. 

FIG. 5(h) illustrates the flowchart segment for the enter transaction routine of the 
present invention. This routine applies equally to bank and credit card accounts, as 
well as to ATM, cheque, debit card and sun(by transaction types as represmted in 
FIGS. 5(f) and 5(g). However, the flowchart segment in FIG. 5(h) makes reference to 
these preceding user selections, which determine which bank or credit account 
memory the transaction is entered to and >^ch type of transaction is reflected in the 
memorised transaction record. Throughout this flowchart segment the user has the 
choice to cancel the entry by pressing the CANCEL key which reverts the device back 
to the applicable bank or credit card menu mode as described in FIGS. 5(f) and 5(g). 
These decision choices are indicated 101 on FIG. 5(h) and such choices to cancel are 
common throughout the remaining flowchart segments and this detailed description. 
Since their occurrence are so widespread and their interpretation self explanatory, in 
tiie interest of conciseness and clarity the rranaining descriptions will make limited 
reference to these decision options and consider the main flow of the flowchart 
assuming that the user does not wish to cancel the described operatiorL On entering 
the enter transaction routine flowchart segment the device displays the preceding, 
user selected account 0.e. *TBANK^ "CCDl" or "CCD2*0 and the previously user 
selected transaction type (i.e. "AT^^^ "CHEQ", **DCRD" or "SDRY") in the display 
sectors Dl and D2 respectively. In addition tiie device displays a negative symbol 
and zeros in display sector D6 flashing at one-second intervals. This is shown in FIG. 
50i) at reference 102. In the remamder of this desc^ption, \^erever displays are 
explained as 'hashing" the reader should assume a similar one-second fladiing 
frequency. The user is then required to enter the transaction amount 103 and may 
toggle the signage to a positive receipt/credit transaction if required 104. This user 
wp\A overwrites the flasliing figures and signage displayed in display sector D6, still 
flashing 105. When the user then selects the OK key 106, the input transaction 
remains in display sector D6, but no longer flashing, and the current time and dale 
appears, flashing, in display sectors D4 and D5. This is shown in FIG. 5(h) at 
reference 107. The user then has the option of inputting a different date 108, vdiidi is 
also displayed in a flashing manner as before 109. The user tiien has the option of 
memorising the input transaction by selecting the OK key 110, ^ch then instructs 
the device to memorise the input transaction parameters into the £q>plicable bank or 
credit account memory store 111. The device tiien reverts back to ths applicable bank 
or credit card menu mode 112 representing the same bank or credit card account to 
\^di the user has just memorised the transaction. 

FIG. S(i) iUustrates the flowchart segment for the credit limit routine of the present 
inv^ition. This routine applies equally to bank and credit card accounts, as 
rq)resented in FIGS. 5(f) and 5(g). However, the flowchart segment in FIG. 5C0 
makes reference to this preceding user selection, which determines which account the 
credit limit applies to. Upon entering this flowdiart segment the device displays the 
preceding user-selected account (i.e. "BANK**, "CCDP or "CCD2*0 and the 
characters ^CRL^ in the display sectors Dl and D2 respectively. In addition the 
device displays, in di^lay sector D6, a negative symbol and the amount stored in the 
CR LIM memory store for the selected accoimt This is shown in FIG. 5(i) at 
reference 121. The user then has the option of inputting a differmt credit limit 122, 



12 



which is then displayed in a flashing manner 123, or exiting the credit limit routine by 
pressing OK or CANCEL 124. If the user takes the option of inputting a different 
credit limit, this is memorised into the CR LIM memory store, overwritixig die 
previously stored figure for diat account, by the usct selecting Ae OK key 125. The 
device then reverts back to the applicable bank or credit card menu mode 126 
representing the same bank or credit card account to \i^ch the user has just viewed or 
memorised the credit limit 

FIGS. 5(j) and 5(k) illustrate the flowchart segment for the scroll transactions routine 
of flie preset invention. This routine applies equally to bank and credit card 
accounts, as represented in FIGS. 5(f) and S^g). Howev^, the flowchart segment in 
FIGS. SO) and S(k) makes reference to this preceding user selection, which 
determines \^ch account memory store is scrolled. This flowchart segment also 
allows the user to select memorised transactions to be deleted and the delete 
safeguard routine flowchart segmmt is descnT)cd in FIG. 5(t) and is reached throu^ 
the tominator refmnced R Throughout the flowdiart segment described in FIGS. 
5(3) and 5(k) the device displays in the display sector Dl the usar selected account 
name (i.e. "BANK'', "CCDl" or "CCD2*0 so that the user is able to distinguish v^^ch 
account memory he is scrolling. Upon entering this flowchart segment the device 
determines whether the particular account memory store is empty 130. If it is, it will 
flash zeros in the display segment D6 for three seconds before revertmg back to the 
applicable bank or credit card menu mode 131 representing the same bank or credit 
card account to \^ch the user has just attempted to scroll. Assuming however it is 
not empty, the device will display the chronologically latest transaction record fiom 
the applicable bank or credit <^ memory store 132. The di^lay will consist of the 
transaction type, the time of the transaction, the date of the transaction the amount of 
the transaction, as well as the cumulative balance on flie account memory store up to 
and including the displayed transaction. These pieces of information are displayed in 
display sectors D2, D4, DS, D6 and D7. In addition, for automated regular payment 
entries the frequmcy of the regular payment will be shown in display sector D3. The 
user thra has a decision of whether he wants to: 

• Go back to the i4)propriate bank kx credit card menu mode by selecting either OK 
or CANCEL 133, 

• Delete the transaction by selecting the DELETE key 134 or 

• Scroll bade to the transaction ehronologically preceding by selecting the ^^^^ key 
135. 

The delete option is refmnced to the R tenninator, which directs the flowdiart to the 
delete safeguard routine with is plained m FIG. 5(t) covered later. The option 
decision to scroll back commences a loop L2, referenced 136. Upon selecting the 
option to scroll back, the device chedcs iwhetho- tiim is a dironologically eariio* 
transaction record preceding 137. If there is not, the earliest transaction record ^.e. 
the one previously scrolled) will be displayed flashing, but instead of the time 
spearing in display sector IM the diaracters "FRiST' will appear 138. This display 
will flash for five seconds and dien the device will revert back to displaying the 
transaction as before O-e. widiout the flashing "FRrSP* but instead with the 
transaction date) and move to the beginning of the loop L3 through the tominator I 
refermced 139. Assuming thoe is an earliff record this will be scrolled and 
displayed 140 in the same manner as described above under referoK^ 132. The 
flowchart then moves to commrace loop L3 represented by the symbol refoenced 
141 in FIG 5(k). The user thai takes a d«:ision 142 vsdiether to: 
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• Go back to the applicable bank or credit card menu mode, 

• Delete the displayed transaction, 

• Scroll back to the preceding transaction or 

• Scroll forward to the subsequent transaction. 

The decision to go back to the appUcable bank or credit card menu mode is actioned 
by the user selecting either the OK or CANCEL keys 143. The decision to delete the 
displayed transaction is actioned by the user selecting the DELETE key 144. The 
decision to scroll back to the preceding transaction represents the end of loop 12 
referenced as 145 and continues the flowchart back to the beginning of loop L2 
referenced 136 in FIG. 5(j) and actioned by the user selecting the "^^-^^ key 135. The 
decision to scroll forward to the subsequent transaction, \^ch may be taken after a 
number of iterations of loop L2, is taken by the user selecting the key 146. This 
prompts the device to refer to the applica^)le bank or credit card memory store and 
check whether there is a subsequent transaction 147. If there is not, the latest 
transaction record (i.e. the one previously scrolled) will be displayed flashing, but 
instead of the time appearing in display sector D4 the characters "LA:ST" will appear 
148. This display will flash for five seconds and Aen the device will back to 
displaying the transaction as before (i.e. widiout the flashing "LA:ST" but instead 
with the transaction date) and move to the beginning of the loop L2 through the 
terminator I referenced 149. Assuming there is a subsequent record this will be 
scrolled and displayed 150 in the same manner as described above under references 
132 and 140. The flowchart then proceeds to complete loop L3 as represented by the 
symbol referenced 151 m FIG S(k). This then rev^ the flowdiart to the start of loop 
L3 referenced 141 in FIG 5(k) the next action being the user decision 142 described 
above. The loops L2 and L3 are iterated through in tiiis way until the user decides to 
exit the scroll transactions routine either by deleting a scrolled transaction record or 
by selecting tiie OK or CANCEL keys. 

FIG. 5(1) illustrates the flowchart segment for the bcmk account spend left routine of 
the present invention. The user enters this routine by selecting the SPND LFT key 
fiom the bank menu mode routine of the present invention as desoibed in FIG 5(f), 
Upon selecting this option the device refers to the ON-LOG and LAST DAY mmiory 
stores to calculate from progranmied parameters the next last day of the user's income 
cycle and then identify the date range between when the device was last switched on 
and the next last day of the user's income cycle 160. The programming of the last day 
parameters is described in HG. 5(mX The device then examines the REG PMT 
profiles 161 to id^itify programmed automated regular payments and timed reminds 
that are due for payment or recdpt in the date range. The operation of the bank 
regular payment functionality is desoibed kto in FIGS. 5(o) to 5(s). Following this, 
in the operation ref^^mced 162, the device calculates forward ttie balance on the bank 
account on the next last day by referaice to: 

• The current cumulative balance on the bank account m^ory store» 

• Anticipated regular payments (both automated and reminders) calculated in 
operation 161 

• Any post-dated payments on the bank account memory store in the date range _ 
calculated in operation 160, 

• Any overdue payments or receipts stored as uncleared user reminders in the REM 
memory store. 

These transactional records are then stored in the TO GO memory store. The balance 
calculated in operation 162 therefore represents die forward balance on the bank 
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account at the next last day assuming no further account transactions apart fiom the 
settlement of all regular payments (manual and automated) on the due dates including 
those aheady overdue. This effectively rq)resents the amount in the us^^s account 
available to sp^d before the account becomes overdrawn. The device then adjusts 
this figure to take into account the user's bank overdraft by adding the value held in 
the CR UM memory store 163. The set \sp of the CR LIM record has already been 
described m FIG. 5(i). The device then displays the figures calculated in operations 
162 and 163 alternately at one^second intervals in display sector D7 and displays the 
characters TBANK** in display sector Dl. A positive amount denotes the amount the 
user has left, whereas a negative amount indicates a short&ll. In addition, as the 
device alternates the figure calculated in operation 163, the display sector D2 displays 
the characters "CRL" and the display sector D6 the credit limit amount stored in the 
CR LIM memory store. This informs the user that this alternate display represmts the 
""spend leff ' taking into account the bank overdraft, and how much that oveidraft is. 
This is shown in the FIG. 5(1) as reference 164. The user then cancels this display by 
eithCT selecting die OK key 165, which reverts the device to the bank menu mode^ or 
selecting the EDIT key 166, \^di enables the us^ to programme the paramet^ tiiat 
determine the last day of the user's mcome cycle. This is described in FIG. 5(m). The 
user may also decide to scroll through the fiiture commitments used to calculate 
forward in operation 162 descdbed above and stored in the TO GO memory store. 
This is achieved by selecting the key 167 and is entitled the scroll spend to go 
routine, i/rfiidi is described in FIG. 5(u). 

FIG. 5(m) illustrates the flowchart segment for the programme last day routine of the 
present inventiorL The user enters this routiiie by selecting the EDIT key fiom die 
hank account spend left routine of the present inv»tion as described in FIG 5(1). 
Upon selecting this option the device displays the charactCTs "BANK** in display 
sector Dl, the next last day in the display sector D5 and the programmed user income 
cycle fi:equency,,flashing, in the display sector D3. This is shown as ref^^mce 170 m 
FIG. 5(m). The user may dien amcaid the frequaicy by selecting either the WKLY, 
MTLY or QTLY keys 171 and selecting the OK key 172, or leave the fiequency 
unchanged by selecting the OK key 173, or exit the edit altogetto* by selecting 
CANCEL. The usct also has the option to select a complex fiiequracy as described in 
die description of FIG. 4. Hiis is not described here to avoid repetition and for the 
sake of conciseness. On selecting die OK key the device displays tlie diaractm 
"BANK" in display sector Dl, the programmed user income cycle fiequency, no 
longer flashing, in the display sector D3 and the next last day date, flaghing^ in die 
display sector D5. Tliis is shown as reference 174 in FIG. 5(m). The uso- may then 
accept flic amended fiequency with the next last day unchanged by selecting OK 175, 
whidi thai updates the parametm to the LAST DAY memory store 176 and reverts 
the device to the &an^me/it/mo&. Alternatively the user may overwrite the next last 
day by keying a new date using the numeric keys 177. TTie device should be 
configured to manage weekday and calendar combinations as foUows: 

• The first Monday, Tuesday, Friday of the next month, quarter etc. would be 
programmed as die 41^ 42"* and the 45*, 

• The second as die 5 1^ 52"^ and die 55*, 

• The fourth as die 71^72*^ and die 75* 

• The last weekday of the mondi (v^cdi would usually coincide with the 4*) as die 
91^92"* and die 95*. 



15 



For example if it is the 31"* of Januaiy 2002, a Wednesday, and the user nonnally is 
paid on the last Friday of the month, he would enter 95/02/02 on a MTY fiequmcy. 
If he received a two-monthly pension on the second Tuesday of each months Januaiy 
March, May, July, September and Novanber, he would enter 52/03/02 on a 2 MTY 
fiequ»cy. When the uset has entered the new next day date the device displays the 
characters **BANK" m display sector Dl the next last day and the programmed user 
income cycle both flashing in the display sectors D5 and D3 respectively. This is 
shown as reference 178 in FIG. 5(m). The user then has the option to cancel the edit, 
or to accept the edit by selectmg OK 179, vMch then updates the parameters to the 
LAST DAY memory store 180 and reverts the device to the bank menu mode. 

FIG. 5(n) illustrates the flowchart segment for the credit card account spend left 
mudne of the present invention^ The user enters this routine by selecting the SPND 
LFT key firom the credit card menu mode routine of tiic present invention as described 
in FIG 5(g). Upon selecting this option the device refers to the current cumulative 
balance on the applicable credit card memory store CCDl or CCD2 190. The device 
ibm compares fliis balance with tihe applicable credit card credit limit by subtracting 
the applicable value held in the CR LIM memory store 191. The set up of the CR 
LIM record has already been described in FIG. 5(i). The device then displays the 
figure calculated in operation 191 in display sector D7 and displays tfie applicable 
characters "CCDl" or "CCD2*' in display sector Dl. This is shown in the FIG. 5(n) 
as reference 192. The user th«i cancels this display by either selecting either the OK 
or CANCEL key 193, which reverts the device to the applicable credit card menu 
mode. This routine does not consider post-dated payments that the user may have set 
up. For example the user may have sent a cheque to the credit card company a day or 
two earlier and programmed the credit transaction timed six days hmcc to fector in 
postage and processing time. These are not taken into account because CTedit card 
company will not yet be awaie of, or have ^edited the payment To include such 
post-dated payments runs the risk of the oredit card being refused when the user tries 
to use it believing that he has more credit available than is actually been reflected on 
his account with the credit card company. 

FIG. 5(o) illustrates the flowchart segment for the bank regular payment menu mode 
routine of the present invention. The user enters this routine by selecting the REG , 
PMT key 6om the bank menu mode routine of the preset invention as described in 
FIG 5(f). Upon selecting this option the device displays the diaracters **BANK^ and 
"REG" in display sectors Dl and D2 respectively, and shows flashing zeros and 
n^ative signage in display sector D6. This is shown in the FIG. 5(o) as refooice 
200. The user may cancel this routine by either selecting either ttie OK or CANCEL 
key 201, which dkects the device back to the bank menu mode. Alternatively, the 
user may select a regular payment amount and signage 202 as the first inputs to 
programme a new regular payment profile. Instead he may select the scroll forward 
key mariced 203 as the first input to scroll through (and then possibly to 
subsequently edit or delete) regular payment profiles previously programmed and 
monorised by the device. The setting up of a new regular payment profile is 
described in FIGS. 5(p) and 5(q). The scrolling through of regular payment profiles is 
described in FIG. 5(r). The edit and delete of scrolled regular payment profiles are 
desoribed in FIGS. 5(s) and 5(t) respectively. 
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FIGS. 5(p) and 5(q) illustrate the flowchart segmait for the programme new regular 
payment profile routine of the present invaition. The user enters this routine by 
keying the numerical amount and signage of the r^iular payment he wishes to 
progranmie, when in the bank regular payment menu mode of Ae present invention as 
described in FIG 5(o). Upon entering this routine the device displays the characters 
"BANK** and **REG" in display sectors Dl and D2 respectively, and shows flashing 
amount and signage, as keyed by the user, in display sector D6. This is shown in FIG. 
5(p) as reference 210. The user may then cancel this routine by either selecting the 
CANCEL key 211, which directs the device to the bank menu modky or he may accept 
the entered amount by selecting the OK key 212. The display will then display as 
before, but with the entered amount and signage, no longer flashing, and with a 
**MTY" fiequency flashing in the display sector D3 as a default monthly fiequency. 
Tliis is shown in FIG. 5(p) as reference 213. The user then has the option of keying a 
different fiequency by pressing either of the fiequency keys WKLY, MTLY or QTLY 
214 (or a complex fi^uency as aheady described in FIGS. 4 and 5(m)) and this will 
rq)lace tfie flashing characters in display sector D3 as shown in the FIG. 5(p) as 
reference 215. The user then selects the OK key 216 to accqit the monthly, or keyed, 
fiequency and the display vwll then display as before, but with the selected fiequency 
no longer flashing, and with the characters "FfcSF' and zkos, both flashing, in the 
display sectors D4 and D5 respectively. This is shown in Ae FIG. 5(p) as reference 
217. The user is then required to key the first date, representing the date of the first 
payment of the regular paymait, which he keys using the appropriate num^c key 
entry 218. The user has the ability to enter calendarAvedcday combinations such as 
"the last Friday of the month** as desmbed previously m die programme last day 
routine in FIG. 5(m). The keyed date will then rq>lace the flashing zeros in display 
sector D5 as shown in the FIG. 50>) as refciwice 219. The user ften selects Ae OK 
key 220 to accept the keyed first date and the display will thai display the input 
amounts, signage and finequency aheady input, but with the characters *T-A:Sr* and 
zeros, both flashing, in the display sectors D4 and D5 respectively. This is shown in 
the FIG. 5(q) as reference 221. The user is thm required to key the last date, 
representing the date of the last payment of the regular paymmt, which he keys m the 
same way as before using the appropriate numeric oitry 222. The keyed date will 
then rq)lace the flashmg zctos in display sector D5 as shown in the FIG. 5(q) as 
reference 223. The user then selects the OK key 224 to accept the keyed last date and 
the display will dien display die input amounts, signage and fiequency already input, 
but with the character **A'* flashing in the REM fidd in diq)lay sector D8. This is 
shown in the FIG. 5(q) as reference 225. The "A" rq)reseats flie device defeult 
selection of die regular payment as an automated type flag. The uso- may A» toggle 
this flag to a raninder only regular payment with di^lay cfaaract^ "R" and back 
again and so on, by keying the •TIEMIND'' key 226. Tliis will alt©' the display sector 
D8 (although this display step is not specifically shown in die FIG. 5(q)). The user 
dien keys OK when he is satisfied widi the selection made 227 and the device then 
displays the characters "BANK** and **REG'' in di^lay sectors Dl and D2 
respectively, the keyed amount and signage in display sector D6 and the selected 
REM flag in display sector D8, In addition the device altOTiates at one-second 
intervals between showing the keyed first date and the keyed last date, togeflier with 
the characters "FR:ST" and "lArST** in display sectors D5 and D This 
is shown in the FIG. 5(q) as reference 228. The user may then store this regular 
payment profile in die REG PNfT memory store 229 by selecting OK 230 once more. 
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or he may alternatively cancel the ent^ profile by selecting CANCEL 231. The 
device then leverts to ^e bank menu mode. 

FIG. 5(r) illustrates the flowchart segment for the scroll regular payment profiles 
routine of the present invention. The user enters this routine by keying the scroll 
forward key signified by the >'* symbol in the hank regular payment menu mode of 
the present invention as described in FIG 5(o). Upon entering this routine the device 
identifies the chronologically next due regular payment by reference to the most 
recent switch on date and programmed regular payment profiles stored in ON-LOG 
and REG PMT memory stores respectively. This operation is referenced as 240 in 
FIG. 5(r). The flowchart then enters die start of loop 14 referenced as 241 before it 
displays the characters "BANK'' and **REG" in display sectors Dl and D2 
respectively, displays the ^plicable REM flag in display sector D8, displays the 
applicable amoimt and signage in display sector D6, displays the applicable frequency 
in display sector D3 and alternates at one second intervals between showing the next 
date and the last date of the regular payment profile, together with the characters 
"NE:XT" and "LArSP* in display sectors D5 and D4 respectively. This is shown in 
the FIG, 5(r) as reference 242. The user then has a decision 243 to either 

• Key OK or CANCEL to return to the bank menu mode 244, 

• Scroll forward/back to the regular payment profile v^ch is chronologically 
ne5ct/previous in terms of the next due payment, by keying either flie or flie 

key respectively 245, 

• Edit the profile by keying EDIT 246, 

• Or delete the regular payment profile, and thus cancel any fiiture automated 
payments or reminders by keying DELETE 247. 

Keying either of the scroll keys 245 directs the device to scroll the regular payments 
memory store and to then proceed to the end of the loop L4 thus directing the 
flowchart back to the start of the loop L4 and a display operation as described above 
reference 242. The edit conunand directs the device to the edit regular payment 
profile routine described in FIG. 5(s). The delete command directs the device to the 
delete safeguard routme described in FIG. 5(t). The delete safeguard routine also 
applies to the deletion of memorised transactions as detailed earlier in FIGS. S(j) and 
5(k). 

FIG. S(s) illustrates the flowchart segment for the eiSt regular poyment profile routine 
of the present invention. The user enters this routine by teying the EDIT key when 
he has scrolled to the regular payment profile he wishes to edit, ^diilst in Ae scroll 
regular payment profiles routme of the present invention as described in FIG S(r). 
Upon entering this routine the flowchart entm flie start of loop L5 referenced as 250 
before the device displays the characters "BANK*' and "REG" in display sectors Dl 
and D2 respectively. The device also displays the applicable amount and signage, 
flashing, in display sector D6 as referenced 251. This represents the first toggle status 
in the flowchart description for the display operation 251 and termed "1. Pa)nn[ient 
amount and signage**. The user then has a decision 252 fix>m the following options: 

• To cancel the edit by selecting the CANCEL key 253, which then directs the 
device to the btxnk menu mode. 

• To input a differrat payment and/or signage using the ^propriate numerical and 
signage keys followed by OK 254. The keys that apply to this operation will vary 
depending upon the toggle status iqx)n subsequent iterations of loop LS (see 
below). 



18 



• To toggle forwaxd (without editing) to the subsequent toggle status in the 
flowchart description for the display operation 251 (i.e. toggle status **2. N«t 
date") by the user selecting the OK key 255. 

• To save the edited profile to REG PMT memory store by selecting and holding the 
EDIT key \^st selecting the OK key 256. This will apply aRer fihe required 
iterations of loop 15 (desoibed below) and user edits of applicable fields 254. 

Upon toggling to the second toggle status "2. Next date**, the flowchart reverts via the 
end loop L5 257 to the start of the loop L5 250. The device then displays, as 
referaiced 251, the charactra "BANK** and ^TIEG** in display sectors Dl and D2 
respectively as before in the first toggle status. Howcvct, instead of displaying the 
paymoit amount and signage of the regular payment, the device displays the 
chaiactCTS **NE:XP in the display sector D4 and the next payment date, flashing, m 
the display sector D5 for possible edit In this way the user can toggle through the 
five statuses, in a cyclical fashion^ as described in tfie flowchart description for the 
display operation 251 in ordCT to call up, flashing, in the ^plicable display sectors the 
various fields for edit As the required fields are called up in this way the user may 
overwrite them using the impropriate key 254. As each is overwritten it is displayed, 
still flashmg, in the ^plicable display sector 258 at vAnch point the user may cancel 
the edit 259 or accept the edit by selecting the OK key 260. When the user selects the 
OK key after an edit, the device toggles to the next status and the flowchart reverts via 
the end loop L5 261 to the start of the loop LS 250. In this way one, some or all of 
the fields within the same regular payment profile may be edited before die user 
accepts the edit by keying as described in reference 256. 

FIG. 5(t) iUustrates the flowdiart segment for the delete safeguard routine of the 
present invmtion. The user coHets this routine by keying the delete key vAim he has 
scrolled to the regular paym^t |nx>file or transaction record he wishes to delete. He 
docs this whilst in the scroll transactions and scroll regular payment profiles routines 
of the present invention as desoibed in FIGS. SQ) and 5(k) and 5(r). Upon entering 
die delete safeguard routine the device displays the transaction or profile as described 
in the respective description referenced 132, 138, 140 and 242, but alternates this 
di^lay wifli a "delete" display in whidi die diaracters '^DELETEr* are displayed in 
both display sectors D6 and »7. This is shown as referrace 270 in FIG. 5(t). The 
user thai has a decision 271. To accept the delete the DELETE key should be 
selected and held and the OK key selected 272. This simultaneous key selection 
provides additional protection fi:om accidental deletion. Alternatively the user may 
select the CANCEL key 273 to cancel the deletion iHt>cess. Upon compl^on of the 
delete safeguard roudne the device reverts to the bankmenu made. 

FIG. 5(u) illustrates the flowchart segment for the scroll spend to go routine of the 
present invention. Ihe usct enters this routine by keying the key in the bank 
account spend left routme 167 of die present invention as desmbed in FIG. 50). 
Upon entering the scroll spend to go routine die device accesses the first record of the 
TO GO memoiy store 280 which is always the cunent cumulative balance on the 
BANK memoiy store and die current date wfaidi is then di^layed m display sectors 
D7 and DS respectively 281. Upon subsequmfly scrolling forward using the key 
282, the TO GO memory store is accessed in a chronologically sequential ^hion 
dirough die anticipated transactions and assodated forward cumulative balance. Eadi 
anticipated transaction would show the amoimt, cumulative balance up to tiiat 
transaction, the due date, the payment type, tiie frequracy if applicable, and a 



19 



reminder indicator if applicable so that the user can understand the transactions 
coining up (as well as those akeady overdue and in the REM). These pieces of 
infonnation are displayed in display sectors D6, D7, D5, D2, D3 and D8 respectively 
(again 281 via loop L6). In addition the characters "BANK*' are shown in the display 
sector Dl* The user is therefore informed and so able to actively manage these up- 
coming commitments in order to take any necessary action to keep within the funds 
he has available. The first transaction scrolled will be the chronologically earliest 
such as an uncleared overdue regular payment reminder taken from the REM memory 
store. The final transaction scrolled will therefore represent the anticipated 
transaction closest to, but occurring before, the "last day" and have an associated 
cumulative balance equivalent to the "spend left'' as calciilated in FIG. 5(1) the bank 
account spend left routine of the present invention. The user may also scroll 
backwards and forwards the TO GO memory store using the 283 and keys 
as required to review and re-review the anticipated transactions. The user leaves the 
scroll spend to go routine by selecting either the CANCEL or OK key 284 vMch then 
reverts the device to the bank menu mode. 
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CLAIMS 

1. A portable electronic calculating device having a personal iSnancial planning 
function incorporated with a calendar function that is configured to assist with 
the personal financial planning function, 

wherein the device includes means for inputting details of transactions, 
including date-related information and financial amount infonnation, 

wherein the device is adapted to conduct processing of the financial 
amount information based on the date-related informatioa 

2. A device as claimed in claim 1 \^ch has a keypad for inpiiiting information 
fix>m the user to the device. 

3. A device as claimed in claim 1 which has a visual di^lay for displaying to the 
user variables associated with the user input as well as the results of 
calculations performed by the device. 

4. A device as claimed in any preceding claim that is configured to assist 
personal financial planning across a number of different bank and/or credit 
card accounts individually. 

5. A device as claimed in any preceding claim that is configured to provide 
means for the user to input and record individual bank and/or oedit card 
transactions in relation to user*selected bank and/or credit caid accounts. 

6. A device as claimed in any preceding claim that is configured to allow OeusCT 
eitti^ to select the current date fiom the calendar function to ascribe to a 
transaction or^ optionally » to ascribe a different date. 

7. A device as claimed in any precedmg claim that is configured to provide 
means for the user to programme details relating to regularly occurring 
ou^jrmeats such as mortgage paym^its. 
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8. A device as claimed in any preceding claim that is configured to provide 
means for the user to programme details relating to regularly occurring 
recdpts such as salary credits. 

9. A device as claimed in claim 7 or 8 that is configured to provide means for the 
user to progranmie details allowing the device to distinguish regularly 
occuiring manual transactions, that require the user to take action before Ae 
transaction is completed, firom automated transactions, which will occur 
without such user action. 

10. A device as claimed in claims 7, 8 and 9 that is configured to process 
automated transactions according to financial amounts, on selected due dates, 
as programmed by the user. 

11. A device as claimed in claims 7, 8 and 9 that is configured to provide the user 
with remindCTs of regularly occurring manual transactions, on selected due 
dates, as programmed by the user. 

12. A device as claimed in any preceding claim that is configured to compute and 
provide means for the user to view a cumulative balance by reference to a sum 
of the transactions up to a selected date. 

13. A device as claimed in any preceding claim that is configured to provide 
means for the user to browse memorised individually recorded transactions in 
chronological order. 

14. A device as claimed in any preceding claim that is configured to provide 
means for the user to programme credit, or overdraft, limits applying to a 
credit card and/or bank account 

15. A device as claimed in any preceding claim that is configured to provide 
means for the user to programme details relating to a last day of a regular 
income cycle. 
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16. A device as claimed in claim IS that is configured to compute the next such 
last day foUowing on fipm the current date. 

17. A device as claimed in any preceding claim that is configured to compute 
fimds available in a current income cycle by calculating forwaid in time to the 
next such last day, as claimed in claim 16, taking into account a current 
cumulative balance on a bank account, and taldng account of transactions due 
between the current date and the next such last day. 

18. A device as clmmed in claim 17 that is configured to provide means for the 
user to sCToU Orough and browse transactions due betwera the current date 
and the next sudi last day. 

19. A device as claimed in claun 17 or 18 that is configured to compute fimds 
available withm an overdraft limit in the current income cycle, taking into 
account a programmed ovmhaft limit as claimed in claim 14. 

20. A device as claimed in any preceding claim that is configured to compute the 
spend available in a credit card account taldng into account a credit limit as 
claimed in claim 14 and a cimiulative balance on the credit card account. 

21. A device substantially as hereinbefore described and illustrated in the 
accompanying drawings. 

22. A fully portable self-contained electronic recording, plarming and calculating 
device incorporated with electronic clock and calendar that is configured to 
assist personal financial planning and organisation without the user having to 
utilise other tools such as pencils, paper or a "traditional** electronic calculator. 
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